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Slave Web Card Server #N 

(maybe operated by other ISP/ICP,^tc 
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Connect to Internet 
through Firewall 



21 



Global Card 
Exchange Center 



Connect to Internet 
through Firewall 



Web Card Server in Intranet A 

(owned hy company )\ 




Web Card Server in Intranet B 

(owned by company B) 



Local 
Web Server 



LocalCard 
Search Engine 



Local 
Web Server 



LocalCard 
Search Engine 



Local Card 
Database 



with part of data- 
public on Internet: 



Local Card 
Database 



with part of data 
public on Internet 
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Memory s true ture (array JLLnJk list^tc) 
to store web cards data 
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Hash table index entry for name search 
(64K Unicode Ckars) 




a list of pointer, each points to 
a card whose name is f$' 

Hash table index entry for Pinyin and 
Tongyin search 
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a list of pointer, each points to a c aid whose 
name has the prounoucation 'li wei feng 1 
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Memory structure (array Jink list,etc) 

to store \vth cards data 

(the same structure as Fig 3 A) 



Hash table index entry for fuzzy search 
(64K Unicode Chars) 
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a list of pointer, each points to a card 
whose name or additional mfomation 
include the word 1 1 (S# 




Treat A as a Cheese chars string, 
then get it's phonetic spelling 



homophony search 



Treat A directly as a phonetic 
spelling string 



Paise the Hash table index tree(the upper 
one in Fig3 A) to locate a node Na The / 
path from the root of tree to Na exactly 
match string A. 



I Phonetic spelling A' 

7 



Parse the Hash table index tree(the lower 
one in Fig3A) to bcate a node Nb The 
path from the root of tree to Nb will have 
a phonetic spelling matching string A' 



phonetic search 

62, 
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Get the pointer bst of node Na as the 
result Ra, Ra then will contain all the 
cards whose name exactly match A 
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Get the pointer list of node Nb as the 
result Rb, Rb then will contain all the 
cards whose names phonetic spelling 

exactly match A 



J Rjssult Ra 
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Result Rb 



Combine set Ra and Rb to get the final 
result R. 



Final result R 




FIG 4 A 



I User input query siting A. 





Self- learning Chinese 
^ word database 



Split A to one or more Chinese words. 



For each word W T in W, parse the Hash table 
index tree in Fi&3B to locate a node N The 
path from the root of tree to 1^ exactly match 
word W „, 
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Get the pointer list of node as the result 
hi R.E.^ then will contain all the cards 
whose name or additional information include 
the word W. 



Get the union of E^.R kT 
R^U R,U ..E B ' 
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While doing the unoin, calculate the weight of each result m R according to 
specified rules,such as 

(1) weight of count, the number of words within W that the result contains 

(2) weight of length: the total length of words within W that the result contains. 

(3) weight of word attribute' assign each word attribute (noun, verb, ad] ,etc) a 
individual weight, then we can get a comprehensive weight 

Finally, calculate the comprehensive weight of each result based on the above 
rules 



Sort the result list R according to weight of 
result, so as the most approximate result s 
appear at head of the list, and limit the 
number of result in the list. 
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Final result list R 
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FIG 4B 
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A set of data of personal 
information web cards 
stored in a web card server 
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First version: 
Simplified version 
of web cards of 
personal information 



Second version: 
Regular version of 
web cards of 
personal information 
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Third version: 
Detailed version of 
web cards of 
personal information 
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First group of 
people, ordinary 
contacts, and 
unknown users 
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Second group of 
people, business or 
social contacts, and 
relatives 
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Third group of 
people, close 
relatives and 
family members 



FIG. 5 



FIG. 6A 



Registered user W entered authorizations 
to designated users at different levels 



User W assigned passwords or security 
codes to selected users of each level 



Initiate a search by any designated user, 
such as User Y, or an unknown user 



User W sent out web cards together with 
passwords or security codes to the users 
of different levels, e.g. user Y 
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FIG. 6B 



User Y keeps the web cards and 
passwords or codes for future use 



Matching the passwords or codes, or 
assigning a code to an unknown user 



Set privacy control level to the searcher 



Look through the authorization table to 
find out the proper version of web card 



Generate and issue a web card of proper 
version to the searching user Y 
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